home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_0399 / 300 < prev    next >
Internet Message Format  |  1994-08-27  |  3KB

  1. Date: Sun, 5 Jun 94 13:32 BST-1
  2. From: Andre Willey <andre@cix.compulink.co.uk>
  3. Subject: Re: DEFAULT.SYS: Draft proposal, 4/6/94
  4. To: gem-list@world.std.com
  5. Message-Id: <memo.296511@cix.compulink.co.uk>
  6. Precedence: bulk
  7.  
  8.  
  9.  
  10. In <H.ekK.KGbMeuZQF_M@elfhaven.ersys.edmonton.ab.ca>,
  11. mforget@elfhaven.ersys.edmonton.ab.ca wrote:
  12.  
  13.   > Okay, I understand the proposal more clearly now.  I feel that there
  14.   > is something missing, though.  There does not seem to be a way for
  15.   > the user to assign a keyboard shortcut to a non-standard menu entry.
  16.  
  17. Hmm, interesting. The shortcuts are not really for menu entries per se, but
  18. for program functions. Many of the keyboard shortcuts won't even have menu
  19. entries at all (e.g. delete word, etc). It's up to the program to decide
  20. whether a shortcut being assigned represents a menu option, or an internal
  21. code.
  22.  
  23.   >  For example, say that a program has no keyboard shortcut for the
  24.   > menu entry "Fiddle". The user wants one; how can it be done? 
  25.  
  26. That's up to the programmer. Common stuff can into the default section -
  27. even stuff which isn't covered by Ofir's proposals, I guess (e.g. things
  28. which several application groups may require, such as Frame, Box, Circle,
  29. Line, etc which could be used in DTP, word processor & graphics programs).
  30. Completely application-specific stuff can go into the 1000+ range. I think
  31. actual menu texts are rather too program-specific for us to start having
  32. quick-key definitions for them.
  33.  
  34.   > (This may be addressed by the idea of having application group codes,
  35.   > but the proposal is a little hazy on just how.  What would prevent
  36.   > one program from using the same unique codes that another program
  37.   > is using, for example?) 
  38.  
  39. Nothing, that's the point. When application group codes are defined, it
  40. will be up to programmers to submit & approve a list of codes they need, in
  41. exactly the same way that we are currently doing with the shortcuts. The
  42. process should be much less fraught, though, as there are 1000 codes
  43. available, and I doubt there will be 1000 unique functions required.
  44.  
  45. Again, though, it is important to note that *only* those codes which are
  46. required by a given program need be parsed. Everything else can be ignored.
  47.  
  48. Andre
  49.  
  50.  +------------------------------------+-------------------------------+
  51.  |            Andre Willey            |  Cygnus Software Development  |
  52.  |  Email: andre@cix.compulink.co.uk  |  Sutton Coldfield -- England  |
  53.  |   or: ...{mcsun}!uknet!cix!andre   |  Tel:  (UK/+44) 021 308 5251  |
  54.  +------------------------------------+-------------------------------+
  55.